home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The CDPD Public Domain Collection for CDTV 4
/
CDPD_IV.bin
/
e
/
mailinglists
/
amigae.0793july.archive
/
000101_crash!axion.bt.…uk!D.Higginson_Thu, 29 Jul 93 03:44:33 PST.msg
< prev
next >
Wrap
Internet Message Format
|
1994-05-26
|
2KB
Received: by bkhouse.cts.com (V1.16/Amiga)
id AA00000; Thu, 29 Jul 93 03:44:33 PST
Received: from zaphod.axion.bt.co.uk by crash.cts.com with smtp
(Smail3.1.28.1 #15) id m0oLV9I-0000nMC; Thu, 29 Jul 93 03:23 PDT
Received: from elephant.axion.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Thu, 29 Jul 1993 11:22:59 +0100
Message-Id: <m0oLV9I-0000nMC@crash.cts.com>
cc: AmigaE@bkhouse.cts.com, D.Higginson@axion.bt.co.uk
In-reply-to: Your message of Wed, 28 Jul 93 15:24:06 -0700. <9307281524.1.17100@cup.portal.com>
Date: Thu, 29 Jul 93 11:22:41 BST
From: D.Higginson@axion.bt.co.uk
To: Politikill@cup.portal.com
Subject: Re: MidStr
Check that you have got the parameters to InStr the right
way round - all languages order these things differently
and I can never remember which way round they go.
Next insert a WriteF('\d\n',endpos) after the endpos
assignment. If there is no \n in the buffer, endpos-pos
will be a negative number and could cause MidStr to return
all the characters it finds.
Also check that the parameters to MidStr are right. I once
got the parameters to StrCpy the wrong way round - I
thought it would be (source,dest) but it isn't. Took me
the best part of a day to figure that bug out.
Some E string functions require you to use E strings -
i.e. declare them as s[80]:STRING or something like that.
I would guess that this is the most likely problem.
Remember that if you do DEF a,b:STRING then a is a LONG
and b is a STRING. A similar statement in Pascal would
make both variables strings - that's a feature of E which
has caught me out many a time.
Hope this helps :-)
Dave.